Documentacion

En este documento vamos a encontrar feedback respecto a la documentación de desarrollo de nuestra aplicación.

Semana 1

El UML debe estar presente en la documentación, pero no en la presentación.
Esto es otro ejemplo
Realizar mockups de como queremos que sea la aplicación, y que sean interactivos y fáciles de usar.
El Commitment Agreement debe incluir más info a parte de la proporcionada en la plantilla de la asignatura.
Necesidad de definir políticas de commits, convenciones de nombrado de variables, métodos y ramas.
Establecer prácticas claras para mantener una estructura organizada en el repositorio.

Destacar la importancia de entregar evidencias del trabajo realizado, como documentos y registros de actividades.
Revisar y proporcionar documentos que respalden el progreso y los logros alcanzados.
Establecer un seguimiento regular del Commitment Agreement (CA) y actualizar su estado semanalmente.

Documentación como código. Debe estar versionado. Los profesores quieren ver una rama que se llame doc y se vea ramificado (por nombre, documento, etc). https://docs-as-co.de/

Reflejar en el Commitment Agreement cuando personas tiene penalizaciones o “ya no van a por el 10”.

Se ha pedido pasar toda la documentación a git. A partir de ahora en los entregables no se van a entregar documentos físicos, se va a entregar una URL.
Se debe crear una carpeta "docs" donde está todos los documentos, tanto actas como documentos de las entregas.
Los profesores recomiendan desarrollar un docusaurus y desplegarlo, para dar ese enlace en la entrega.
Se ha sugerido pasarle a ChatGPT los documentos para que los pase automáticamente a formato markdown.

Reflejar en el Commitment Agreement las formulas usadas para la evaluación de miembros del equipo.

Crear mapa de calor en el rendimiento individual para ver el progreso durante los sprints.